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entitled "SYSTEM AND METHOD FOR MONITORING SERVICE QUALITY IN A 
COMMUNICATIONS NETWORK" filed June 8, 1998; and 09/156,328, entitled "SYSTEM 
AND METHOD FOR MONITORING LINK STATUS A COMMUNICATION 
NETWORK" filed September 18, 1998; the disclosures of which are hereby incorporated 
herein by reference. 



TECHNICAL FIELD 

The present invention is related in general to communication networks and in specific 
to a method and system for verifying usage and quality of intercoimection services provided 
between two or more communication networks. 
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BACKGROUND 

Common chamiel signaling networks, such as the SignaUng System Seven (SS7) 
based signal system, use dedicated channels to pass digital messages between systems for call 
setup, call control, call routing, and other functions. These dedicated signahng channels are 
part of a network that is separate from the network that carries the actual voice and data 
signals. An SS7 network is a separate switching system which is used prior to, during, and at 
the end of an actual voice or data call. The SS7 network is used to route control information. 
Whenever two switches or elements have to pass call control information during or prior to a 
phone call, they pass this data via the SS7 signahng network. 

There are three basic types of network node elements in an SS7 network. One of 
them is the Service Switching Point (SSP), which may be a central office switch, a tandem 
switch or an end office switch. A second principal node element is the Service Control Point 
(SCP). An SCP acts as a database query server for the rest of the network. An SCP is used in 
such applications as translating ported telephone numbers, routing 800 calls, tracking roamers 
in a cellular network, and Alternate Bilhng Service/Line Identification Database services (or 
ABS/LIDB) which provide operator-type services. The third principal node element is the 
Signal Transfer point (STP). An STP is essentially a packet switch that routes the messages 
from SSPs and SCPs to SSPs and SCPs. 

It is possible to combine these three different types of nodes into a single node. 
However, in North America, they are typically not combined. An SSP performs only switch 
functions, an SCP only control functions, and an STP only signal transfer functions. In 
European telecommunications systems, all of these different functions may be combined into 
one node. 

The SS7 network carries a great deal of information and is extremely critical to the 
operation of the phone system. If an SS7 network is not functioning, or if portions of it are 
not operating, the phone system simply cannot deliver phone calls, even though all of the 
voice circuits are operating properly. The capacity and complexity of the SS7 network is 
small in terms of circuitry and bandwidth utilized by an end user compared to previous voice 
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and data networks. The circuitry of the SS7 network is therefore much more critical. The 
actual elements in the SS7 network do not provide all the information required in network 
operations to manage and to determine the health and state of an SS7 network. It is therefore 
necessary for the telephone industry to deploy surveillance equipment to monitor the hnks 
5 connecting the nodes of the SS7 network. 

The topology of the network is such that STPs are typically deployed in a mated pair 
configuration at geographically separate locations. Connected to a mated pair of STPs will be 
a set of SSPs and SCPs. This conglomeration of SSPs, SCPs and mated Pair STPs is called a 
cluster. Clusters are then connected by D-Quad links between STP mated pairs. Of course, 

to the mated pair configuration system is not required and it is not used in all communications 

":i systems capable of employing the present invention. 

When any transaction or message is sent between two different devices on the 
network, it is often the case that the messages going from switch A to switch B travel one 
route on the network while the messages going from switch B to switch A travel a different 

15 route. The network surveillance equipment that monitors the link is designed to capture and 
correlate as much signaling information as possible regardless of network activity. Because 
of the different data paths that messages may take, it is difficult to do this correlation above 
what is called the transport layer when monitoring links at the STP sites. An example of an 
application level problem would be where a subscriber has a problem getting his/her calls 

20 delivered. The telephone company may attempt to fix the problem by doing a trace of all data 
pertaining to that subscriber's phone number, but the data may not all be located at one point. 
The data may be all in one STP, or split in some fashion, partially in one STP and partially in 
the other STP of a mated pair, which may be in a different city many miles away. 

Systems are known in the prior art which allow for monitoring a signaling network 
25 such as an SS7 network. For example, systems are known in the prior art that allow for 

detecting, capturing, and correlating signals within an SS7 network in order to generate call 
detail record (CDR) data and usage detail record (UDR) data. Examples of such systems 
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having various features and enhancements are disclosed in U.S. Patent No. 5,592,530 and the 
patent appUcations incorporated herein by reference. 

Situations commonly arise in which a carrier (or network service provider) 
interconnects with another carrier to provide a desired network service. That is, one network 
5 carrier may be required to interconnect with one or more other carriers in order to provide a 
desired network service to a user, hiterconnecting carrier(s) generally charge a fee for the 
usage of their network resources in providing interconnection services. However, as 
discussed in greater detail below, prior art systems typically provide no method for a carrier 
to verify the amount of network resources of interconnecting carriers actually utilized for 
To interconnection. Additionally, prior art systems typically provide no method for a carrier to 
evaluate the quality of interconnecting services provided by an interconnecting carrier. 

FIG. 1 illustrates an example of a common scenario requiring interconnection between 
multiple carriers. As shown, Userj desires to communicate with User2 via one or more 
communication networks. For example, suppose that User, is attempting to place a long- 

15 distance telephone call to User2. Because the telephone call is a long-distance call, Useri's 

long-distance carrier 1 04 will be utilized to provide the communication service. However, an 
interconnecting carrier may be required to connect Useri to the long-distance carrier network 
104. For example, a local carrier network 102 (local to Userj) may be accessed to connect 
User, to long-distance carrier network 104. For instance, a switch within local carrier 

20 network 1 02 may be utilized to connect Userj to a switch within long-distance carrier 

network 104. Long-distance carrier network 104 may then connect Userj to User2. However, 
as further shown in FIG. 1, a further interconnecting carrier may be required for long-distance 
carrier network 104 to complete the call to Userz. For example, a local carrier network 106 
- (local to User2) may be accessed to interconnect long-distance carrier network 104 to Userj. 

25 For instance, a switch within local carrier network 106 may be utilized to connect User2 to a 
switch within long-distance carrier network 104, thereby allowing long-distance carrier 
network 104 to provide communication between User, and User2. 
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In the above example, local carrier 102 and local carrier 106 may charge long-distance 
carrier 104 a fee (or bill) for the interconnection services provided. That is, because long- 
distance carrier network 104 utilized network resources from local carrier network 102 and 
local carrier network 106 for interconnection, long-distance carrier 104 is typically charged a 
5 usage fee from these interconnecting carriers. Of course, while the above example describes 
interconnecting telephone networks to provide desired telephony services, interconnection of 
any other types of communication networks may be required to provide a particular type of 
communication service. For instance, in order for a user to access a desired computer server 
via a commimication network, one or more interconnections may be required. Accordingly, it 

10 should be understood any of various types of networks may require intercoimection service, 
such as a public switched telephone network (PSTN), wireline network, wireless network, 
general purpose processor-based information network, cable network, wide area network 
(WAN), the Internet, or any combination thereof suitable for providing information 
communication between particular network elements (e.g., users or devices communicatively 

15 coupled to such network). 

As discussed above, interconnecting carriers typically charge a usage fee for 
interconnection services. However, prior art systems typically provide no method for a 
service provider to verify the amount of network resources utilized for interconnection by 
interconnecting carriers. That is, service providers, such as long-distance carrier 104 in the 

20 above example, t3/pically have no method of accurately verifying the amount of 

interconnection services actually used. For instance, in the above example, long-distance 
carrier 104 typically has no method of verifying the amount of usage of local carrier network 
102 and local carrier network 106 actually utilized for interconnection. Thus, for example, 
long-distance carrier 104 may receive a bill (or invoice) from local carrier network 102 for X 

25 minutes of usage for interconnection services, and may receive a bill (or invoice) from local 
carrier network 106 for Y minutes of usage for interconnection services; and long-distance 
carrier 104 has no way of verifying the billed usage amount (e.g., X and Y minutes) of such 
interconnecting carrier networks is accurate. While the usage required for each 

848975.1 



50860-P019US-10020181 



7 



PATENT 



interconnection may be relatively small (e.g., only a few seconds may be required for a local 
telephone carrier to interconnect a caller to a long-distance carrier's network), the sum total of 
many interconnection charges incurred over a period of time may become significantly large. 
Therefore, a desire exists for a system and method that allows a service provider to verify the 
5 accuracy of interconnection charges. 

Additionally, prior art systems typically provide no method for a service provider to 
evaluate the quality of interconnection services provided by an interconnecting carrier. For 
example, a service provider may desire to monitor the amount of time required for 
interconnection by an interconnecting carrier, the number of dropped calls by an 

H) interconnecting carrier, the number of busy signals (e.g., "all circuits are busy"), the clarity of 

J! the interconnecting carrier's network (e.g., whether a "fuzzy" connection is achieved), 

etcetera. In most instances, a user will associate the quality of services received with the 

~ service provider, rather than with an interconnecting carrier. For example, in the above 

example. User, will likely associate the quaUty of the telephony services provided with long- 

15 distance carrier 104, rather than interconnecting carrier's 102 and 106. Therefore, long- 
distance carrier 104 may desire to monitor the quality of services provided by such 
interconnecting carriers. Furthermore, a service provider may desire that certain aspects of 
interconnection services be of a desired "quality" irrespective of whether the "quality" is 
recognizable by the users (e.g., the amount of time required for interconnection). A service 

20 provider may desire to monitor the quality of interconnection services in order to evaluate the 
reasonableness of the fees (or bills) that the service provider was charged for such 
interconnection services, as an example. As another example, a service provider may use 
such information in order to intelligently select interconnection carriers to utilize in the 
future. In prior art systems, service providers typically have no method of monitoring the 

25 quality of interconnection services provided by interconnecting carriers. Therefore, a desire 
exists for a system and method that allows a service provider to verify/monitor the quality of 
interconnection services provided by interconnection carriers. 
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SUMMARY OF THE INVENTION 

The present invention is directed to a system and method which monitor a 
communication network, capture signaling data from a signaling network, such as message 
signal units (MSUs), and utilize such captured data to provide information about 
interconnection services provided in a communication network. More specifically, in a 
5 preferred embodiment, monitors capture signaling data from links within a signaling network, 
such as Signaling System Seven, and correlate the data into call or transaction records for 
further processing. For example, in a preferred embodiment, monitors utilize the captured 
data to generate call detail record (CDR) data and usage detail record (UDR) data. 
Preferably, the monitors have a plurality of processors for processing the captured signaUng 
iO data. The processors may run any of a number of message or record processing applications. 

In a preferred embodiment, the generated CDR/UDR data is communicated from the 
monitors to an external server (e.g., an "interconnection analysis server" or "lA server"). In a 
preferred embodiment, one or more applications execute on the LA server to collect 
information about interconnection services, such as usage amoxmt and quality of 

1 5 interconnection services. That is, one or more applications execute on the lA server to collect 
CDR and UDR data, from which information about usage and quality of interconnection 
services may be determined. Preferably, the lA server collects messages on a per customer 
and/or a per service provider (carrier) basis. The fracked messages may be part of one of a 
number of message protocols, such as Integrated Services Digital Network - User Part 

20 (ISUP), Telephone User Part (TUP), Network User Part (TUP), Transaction Capabilities 
Application Part (TCAP), Advanced Intelligent Network (AIN), or Integrated Network 
Application Part (INAP) calls or transactions. 

Communications network monitoring equipment which may be used in conjunction 
with the present invention is disclosed in U.S. Patent No. 5,592,530, entitled TELEPHONE 
25 SWITCH DUAL MONITORS; U.S. Patent No. 6,028,914, entitled "SYSTEM AND 
METHOD FOR MONITORING PERFORMANCE STATISTICS IN A 
COMMUNICATIONS NETWORK" issued February 22, 2000; and in pending patent 
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applications assigned serial numbers 09/092,256, entitled "SYSTEM AND METHOD FOR 
GENERATING QUALITY OF SERVICE STATISTICS FOR AN INTERNATIONAL 
COMMUNICATIONS NETWORK" filed Jxrne 5, 1998; 09/092,428, entitled "SYSTEM 
AND METHOD FOR DETECTING HIGH MESSAGE TRAFFIC LEVELS IN A 
5 COMMUNICATIONS NETWORK" filed June 5, 1998; 09/092,699, entitled "SYSTEM 
AND METHOD FOR SIGNAL UNIT DATA STORAGE AND POST CAPTURE CALL 
TRACE IN A COMMUNICATIONS NETWORK" filed June 5, 1998; 09/092,771, entitled 
"SYSTEM AND METHOD FOR CORRELATING TRANSACTION MESSAGES IN A 
COMMUNICATIONS NETWORK" filed June 5, 1998; 09/093,824, entitled 

- 10 "TRANSACTION CONTROL APPLICATION PART (TCAP) CALL DETAIL RECORD 
GENERATION IN A COMMUNICATIONS NETWORK" filed June 8, 1998; 09/093,955, 

3 entitled "SYSTEM AND METHOD FOR MONITORING SERVICE QUALITY IN A 

-: COMMUNICATIONS NETWORK" filed June 8, 1 998; and 09/1 56,328, entitled "SYSTEM 
AND METHOD FOR MONITORING LINK STATUS IN A COMMUNICATION 

; 15 NETWORK" filed September 18, 1998; the disclosures of which are hereby incorporated 
herein by reference. These references and the present application are commonly assigned. 

r-i It is a feature of one aspect of the present invention to track performance statistics for 

interconnection services provided in a communications network. A preferred embodiment 
enables generation of statistical reports which show usage amounts, as well as quality of 

20 interconnection services provided by various interconnecting carriers. The reports allow a 
service provider to verify interconnection usage amounts for which the service provider is 
billed, and enable service providers to evaluate the quality of interconnection services 
provided by various interconnecting carriers. 

It is another feature of one aspect of the present invention to provide statistical reports 
25 for interconnection services in real-time on a network- wide basis for both calls and 

transactions. Historical data may also be stored to a database for later recall by the user. 

The foregoing has outlined rather broadly the features and technical advantages of the 
present invention in order that the detailed description of the invention that follows may be 
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better understood. Additional features and advantages of the invention will be described 
hereinafter which form the subject of the claims of the invention. It should be appreciated by 
those skilled in the art that the conception and specific embodiment disclosed may be readily 
utilized as a basis for modifying or designing other structures for carrying out the same 
5 purposes of the present invention. It should also be realized by those skilled in the art that 
such equivalent constructions do not depart from the spirit and scope of the invention as set 
forth in the appended claims. The novel features which are beheved to be characteristic of 
the invention, both as to its organization and method of operation, together with further 
objects and advantages will be better understood from the following description when 
10 considered in connection with the accompanying figures. It is to be expressly understood, 
however, that each of the figures is provided for the purpose of illustration and description 
only and is not intended as a definition of the limits of the present invention. 
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BRIEF DESCRIPTION OF THE DRAWE^G 
For a more complete understanding of the present invention, reference is now made to 
the following descriptions taken in conjunction with the accompanying drawing, in which: 

FIGURE 1 shows an example of a common scenario requiring interconnection 
between multiple carriers; 

FIGURE 2 shows a further example of a common scenario for interconnection 
services and settlement for such services; 

FIGURE 3 shows an exemplary environment in which a preferred embodiment of the 
present invention may be implemented; 

FIGURE 4 shows a functional block diagram of an exemplary implementation of a 
most preferred embodiment; 

FIGURE 5 shows an example of utilizing a preferred embodiment to verify 
interconnection usage; 

FIGURE 6 shows an example of utilizing a preferred embodiment to verify 
interconnection quality; 

FIGURE 7 shows an example of utilizing a preferred embodiment to verify 
interconnection services for Intelligent Network services (and signaling transport); and 

FIGURE 8 shows an example of utilizing a preferred embodiment to interactively 
analyze quality and usage verification reports. 
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DETAILED DESCRIPTION 
To further illustrate a common scenario for interconnection services and settlement of 
such interconnection services (e.g., compensating interconnecting carriers for their services), 
attention is directed to the example shown in FIG. 2. The example shown in FIG. 2 illustrates 
both "adjacent" and "non-adjacent" interconnection services. For instance, a service provider 
5 (or carrier) manages network 202, within which network element (e.g., telephone) 204 may 
request to communicate with network element (e.g., telephone) 212 of network 210 managed 
by carrier C. As shown in FIG. 2, to enable communication between network element 204 
and network element 212, various interconnections may be required. In the example of FIG. 
3 2, for instance, service provider network 202 utilizes interconnecting carrier A's network 206, 

-1 0 which interconnects (e.g., switches) to interconnecting carrier B 's network 208, which in turn 
^~ interconnects (e.g., switches) to interconnecting carrier C's network 210 to which network 

element 212 is communicatively coupled. In this example, interconnecting carrier A is 
referred to as an "adjacent" carrier, while interconnecting carrier C is referred to as a "non- 
' . adjacent" carrier. It should be understood that the service provider may have some control in 

1 5 determining the initial interconnecting carrier to utilize (e.g., intercormecting carrier A in 
FIG. 2). However, the service provider may have little or no control over determining the 
interconnecting carrier's utihzed thereafter (e.g., interconnecting carrier B). 

Various interconnection billing (or "settlement") schemes exist. In a typical adjacent 
settlement scheme, all interconnection charges are placed on the adjacent carrier. For 

20 instance, in an adjacent settlement scheme, the service provider in the example of FIG. 2 is 
charged interconnecting fees by interconnecting carrier A. Similarly, interconnecting carrier 
A may be charged a fee for the interconnecting services provided by interconnecting carrier 
B, and so on. In a typical non-adjacent settlement, all interconnection charges are placed on 
the originating or terminating carrier (i.e., on the service provider 202 or carrier C 210 of 

25 FIG. 2). A preferred embodiment of the present invention enables a service provider to verify 
invoices (e.g., usage fees) from interconnecting carriers, as well as evaluate the quahty of 
service provided by such interconnecting carriers. A most preferred embodiment allows a 
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service provider to verify invoices and evaluate the quality of service provided by both 
adjacent and non-adjacent carriers. 

Turning to FIG. 3, an exemplary environment 300 in which a preferred embodiment 
of the present invention may be implemented is shovi^n. As show^n, signaling network (e.g., 
5 SS7 Network) 302 allows for data to be passed between various elements, such as STPs 304 
and 306. More specifically, environment 300 may include various communication devices 
(e.g., network elements), such as standard telephone 301 a, processor-based computer device 
(e.g., PC, laptop, or PDA) 301b, or wireless communication device (e.g., cellular telephone) 
301c, which communicate via signaling network (e.g., SS7 Network) 302 with other 

10 communication devices, such as standard telephone 30 1^, processor-based computer device 
(e.g., PC, laptop, or PDA) SOlg, or wireless communication device (e.g., cellular telephone) 

^ 301 p. It should be understood that the communication devices 301 are used for illustration 

purposes only and that any voice or data communications device may be communicatively 
coupled to signaUng network 302. In a preferred embodiment, communication devices, such 

15 as telephones 301^ and 301^, are communicatively coupled to end offices (not shown), which 
may be Signaling Points (SPs) or SSPs. Such end offices are linked to each other through 
signaling network 302 comprised of STPs, such as STPs 304 and 306 that are connected to 
each other via communication links. 

System 308 is communicatively coupled to signaling network 302 to monitor 
20 signaling messages commxmicated over network 302. That is, system 308 is preferably 
implemented to detect, capture and correlate signaling data (i.e., signaling units) 
coramunicated between STPs via their communication links. Such a system for monitoring 
signaling messages may be implemented as more fully described in U.S. Patent No. 
5,592,530 and the patent applications incorporated herein by reference. It should be 
25 understood that signals (or messages) may take any of a number of paths across the 

corrmiunication links between various STPs, and such signals may be detected, captured, and 
correlated for a particular call as disclosed more fully in the references incorporated herein by 
reference. As is well known in the art, in certain circumstances, such as for an 800 nvmiber 
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call or for a call to an exchange or number that has been ported to a different switch, 
messages may be sent to an SCP (not shown) to perform various database look-up functions. 
Signals or messages are exchanged with such a SCP via communication links, as with the 
exchange between various STPs. Of course, in various implementations, additional 
5 components may be included within signaling network 302, such as Service Nodes (SN) or 
Intelligent Peripherals (IP), which would be communicatively coupled within signaling 
network 302 with communication links (or "signaling paths"). 

In the exemplary implementation of FIG. 3, system 308 comprises one or more 
monitors, such as monitor 310, each of which is individually paired with STPs of network 

.10 302 (e.g., STPs 304 and 306). Each of such monitors is coupled to every link for a particular 
STP by connections, which may be embodied as a branch or tee off of the STP links. This 
allows such monitors to capture or detect every signaling miit that is sent to, or from, each 

J STP 304, 306. As described in U.S. Patent Nos. 5,592,530 and 6,028,914, such monitors 

may be coupled via an inter-monitor communications link (not shown) which allows the 

:'15 monitors to transfer captured signaling units and messages among themselves. Typically, the 
first monitor to detect a signaling unit for a call or transaction is designated as a controlhng or 
anchor monitor. The other monitors then send any later detected signaling units for the same 
transaction or call to the anchor monitor. The anchor monitors correlates all of the messages 
from a particular transaction or call into a single record. Usually, each signaling unit is 
20 identified as belonging to a particular transaction by the Transaction Identifier (TID). In a 

preferred embodiment, monitor(s) 310 are capable of monitoring several hundred SS7 links at 
one time. 

The monitors of system 308 (e.g., monitor 310) are communicatively coupled to 
server 312 over, for example, a Wide Area Network (WAN) or any other data network 
25 connection. Once a call or transaction record is complete, the record is then sent to server 
3 12 for ftirther processing. Monitors may determine that a record is complete when an end 
message is detected for that particular call or fransaction. Workstation 3 14 is 
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communicatively coupled to server 312 and provides network service providers or other users 
with access to retrieve data or to configure server 312 and/or the monitors (e.g., monitor 310). 

Server 312 is coupled to data storage device 320, and monitor(s) 310 are coupled to 
data storage device 321. It should be recognized that such data storage devices 320 and 321 

5 are intended to encompass any suitable data storage device now known or later developed, 
including without limitation disk drives, floppy disks, optical disks, Compact Discs (CDs), 
Digital Versatile Discs (DVDs), and other data storage devices. Data storage devices 320 and 
321 may be used to store configuration and profile data for use by the monitoring system 308. 
Momtor(s) 310 may use data storage device 321 to store call or transaction records or other 

10 message data. Alternatively, records and messages may be routed to server 3 12 for storage 

I on a central database, such as data storage device 320. 

In a preferred embodiment of the present invention, moTiitor(s) 310 filter the 
correlated messages and the call and transaction records to generate a CDR data stream 
(shown as fimctional block 31 0^ in FIG. 3), as well as a UDR record (shown as fiinctional 

1 5 block 3 1 Ob in FIG. 3), which are communicated to server 316 (which may be referred to as an 
"interconnection analysis server" or "lA server") via a communication link therebetween. 
Most preferably, server 316 is a server that, due to the high volume of data that may be 
communicated to it, is an independent, dedicated server. An example of such a server is an 
IT:Seven server fi-om Inet Technologies, Inc. Although not shown in FIG. 3, in a most 

20 preferred embodiment, each monitor 310 of system 308 is communicatively coupled to server 
316 by a connection (e.g., via a commimication network), which allows CDR/UDR data to be 
sent directly to server 316. Alternatively, server 312 may collect all of the CDR/UDR data, 
or server 312 may perform the record screening function itself, and forward the CDRAJDR 
• information to server 3 1 6 via a communication link (e.g., via a communication network) 

25 between such servers. Once such CDR/UDR information is received by server 3 1 6, it may be 
stored in data storage device 322, which is intended to encompass any suitable data storage 
device now known or later developed, including without limitation disk drives, floppy disks. 



848975.1 



50860-P019US-10020181 



16 



PATENT 



optical disks. Compact Discs (CDs), Digital Versatile Discs (DVDs), and other data storage 
devices. 

Preferably, users can access server 316 from workstation 318, which is 
communicatively coupled thereto, to query the server and generate reports therefrom. That is, 
5 server 3 16 is capable of reporting statistics on the CDRs/UDRs when requested by a user. 

Workstations 314 and 318 may be any suitable processor-based computer devices, including 
without limitation personal computer (PC), laptop computer, or personal data assistant 
(PDA). As also shown in FIG. 3, workstation 318 may be communicatively coupled to server 
3 12 to allow network service providers or other users with access to retrieve data or to 
1 0 configure server 312 and/or the monitors (e.g., monitor 310). 

Turning to FIG. 4, a functional block diagram 400 of an exemplary implementation of 
a most preferred embodiment is shown. As shown, monitor 310 generates CDR data (shown 
in block 402) and UDR data (shown in block 404). As shown, much information may be 
contained within a CDR, including data identifying the calling number, called number, 
1 5 number of minutes of use (MOU), start time, end time, LRN, the origination pointcode of a 
call (OPC), and the destination pointcode of a call (DPC). As also shown, additional 
information may be contained within a UDR, including data identifying the number of 
message signaling units (MSUs) and the number of Octets. 

The creation of CDR data streams may be performed in various manners, an example 
20 of which is described in co-pending and commonly assigned U.S. patent appHcation serial 
number 09/093,824 entitled "TRANSACTION CONTROL APPLICATION PART (TCAP) 
CALL DETAIL RECORD GENERATION IN A COMMUNICATIONS NETWORK," the 
disclosure of which is hereby incorporated herein by reference. 

TABLE 1 provides an exemplary list of parameters that can be used to create CDR 
25 profiles. 
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TABLE 1 

Call State that Triggers the CDR Generation 
Address Complete 
Answer 

5 Call Termination 

Application Type 
ANSI ISUP 
ITU ISUP 
ITU TUP 
10 ITUNUP 
Z- IS-41 
'Z CLASS 
LIDB 
AIN 

45 INAP 

National Variants 
Toll Free/800 

Point Codes 
'I OPC 
:^0 DPC 

Calling Party Numbers 

Called Party Numbers 

Translated Numbers 

Dialed Digits 
25 Destination Digits 

Mobile Identification Number (MIN) 

Routing Numbers 

Account Numbers 

Electronic Serial Number 
30 Location Routing Number 
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TABLE 2 lists fields that are included within a preferred CDR format and the 
definitions of the field contents. 





1 V Ij 1^ l_j A 


Stan 1 ime (^i/yvi Linic } 


X IclllaaUllUli olu.il Llllic 


ACM iime 


Address Complete ^Message time. 


ANS Time 


Answer time. 


REL Time 


Release time. 


END Time (RLC time) 


Transaction end time. 


CIC 


Carrier Identification Code 


OPC 


Origination Pointcode of the call. 


DPC 


Destination Pointcode of the call. 


Release Cause 


Cause of release of call. 


Number of Calling Party Digits 


The number of digits in the calling party number. 


l_-alUHg rally iNUllluci 


The phone number identified as the calling phone 
number. 


Number of Called Party Digits 


The number of digits in the called party number. 


Called Party Number 


The phone number identified as the called phone 
number. 


Original Called Digits 


The original digits called when utihzing Local 
Number PortabiUty. 


LRN 


Location Routing Number, which is a routing 
number that identifies the terminating switch for a 
ported directory number. 


JIP 


Jurisdiction Information Parameter. 


Failed Calls Flag 


Indicates a failed call. 


Abnormal Release Flag 


Indicates an abnormal release of a call. 
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TABLE 2 


Timeout Flag (Reason) 


Indicates a timeout (and reason for the timeout) for a 
call. 



Of course, additional information may be included within a CDR, including without 
limitation the additional field contents described in TABLE 2 of co-pending and commonly 
assigned U.S. patent application serial number 09/093,955 entitled "SYSTEM AND 
5 METHOD FOR MONITORING SERVICE QUALITY IN A COMMUNICATIONS 
NETWORK," the disclosure of which is hereby incorporated herein by reference. 



TABLE 3 lists the user defined fields of a preferred CDR format and the definitions of 
the field contents. 





TABLE 3 


User Fields Length 


Indicates the length of the user-defined CDR fields 
section. The value is the number of bytes after this 
field to the end of the user defined fields. 


MSU Fields Length 


Indicates the total length of the MSU section. The 
value is the number of bytes after this field to the 
end of the CDR. 


Number of MSUs 


Indicate the total number of the MSUs in this CDR. 


Time Stamp 


GMT time, when this transaction was encountered. 


Link Number 


Indicates the link identifier on which the MSU was 
encountered. 


MSU Length 


Indicates the total length of the MSU following. 


MSU 


Actual MSU that was captured by the monitoring 
system. 



Table 4 lists the fields for a CDR format with Integrated Services Digital Network - 
User Part (ISUP) parameters. 
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TABLE 4 

RIN Parameter 
UUI Octets 
USR Messages 
UUI Indicator 

Calling Party Nature of Address 
Redirecting Number Nature of Address 
Original Called Number Nature of Address 
Location Number Nature of Address 
Redirection Information 
TMR Value 

Calling Party's Category 

Number of Redirecting Number Digits 

Redirecting Number 

Number of Original Called Digits 

Original Called Number 

Number of Location Number Digits 

Location Number 

User Definable Parameters 



Describing FIG. 4 in greater detail, FIG. 4 illustrates environment 400 having CDR 
applications running on the components of a monitoring network (including one or more 
monitors 310) and having data collection applications running on extemal server 316 to allow 
interconnection usage and quality reports to be requested and viewed on workstation 318. 
Components of FIG. 4 are numbered to correspond with like components of FIG. 3. Monitor 
310 is capable of monitoring several hundred SS7 links at one time. Monitor links 423 
capture messages from network links, such as links 430, 431 and 432 communicatively 
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coupling STPs 440, 441, and 442 and SP 450, in the SS7 network 302. The messages are 
provided to a call/transaction processing application, such as Call/Transaction Tracking 
Processor (CTTP) 401 . Monitor 310 comprises a number of versatile processors which may 
be assigned to process and correlate calls, transactions, or other messages. One or more of 
5 these processors run CTTP application 401 depending upon the volume of message traffic 
received from the SS7 network 302. As discussed above, monitor 310 communicates with 
other monitors (not shown), and exchanges messages pertaining to the calls and transactions 
that are being monitored. 

Monitor 310 also comprises CDR application 402 and UDR application 404, which 

|o each may run on another processor. CDR application 402 and UDR application 404 receive 

J correlated message records from CTTP application 401, and CDR application 402 filters the 

records using a CDR profile, while UDR application 404 generates a UDR record stream. 
Ideally, CDR application 402, as well as UDR appUcation 404, receive complete records for 
each call and transaction -from CTTP application 401 . However, depending upon the state of 

i 5 a particular call or transaction, partial records may be provided. CDR application 402 

collects messages for call legs and generates a CDR. The CDR contains summary 
■ .1 information of the statistics for each call. Application 402 generates a binary CDR stream 

that is sent to external server 316 via, for example. Transmission Control Protocol/Internet 
Protocol (TCP/IP) for further processing. Similarly, application 404 generates a binary UDR 

20 stream that is sent to external server 316 via, for example, TCP/IP for further processing. 
There may be one or more external servers 316 coupled to the monitoring network or to 
individual monitors. In a preferred embodiment, monitor 310 sends the CDR/UDR data to 
the external server 316 listed in a CDR/UDR profile. 

Typically, the CDR/UDR data is not stored on monitor 310. The binary CDR/UDR 

25 data is streamed to a server (e.g., server 312 of FIG. 3 and/or external server 316) as soon as it 
is created. A unique identifier is created for each CDR so that external server 316 can 
distinguish among the CDRs that are received from various monitors. Messages that are 
received out of sequence by CTTP application 401 are sent to CDR application 402, which 
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attaches the out of sequence message to the CDR data stream. Similar operation may be 
performed for creating the UDR data stream. 

Monitoring system server 312 is responsible for tracking all CDR/UDR 
configurations that have been set up by users. CDR/UDR configuration application 452 
5 cooperates with CDR/UDR configuration application 416 on workstation 314 to provide a 
user interface to configure the CDR/UDR profiles. Most preferably server 312 stores the 
CDR/UDR profiles as files in memory 320. The profiles are downloaded to monitors 310 as 
necessary so that the monitors will have the proper configuration to process the correlated 
message records. 

i{ 0 Users configure the CDR/UDR profiles, and other monitoring system parameters, 

f- using workstation 314. As shown, workstation 318 may be implemented with a CDR/UDR 

, application 416 to provide a user interface to configure the CDR/UDR profiles utilizing 

workstation 318. CDR/UDR configuration application 416, which may be a Graphical User 
= Interface (GUI), allows users to configure CDR/UDR profiles for storage on server 312. 

- 1 5 CDR/UDR profile information provided by users on workstation 3 1 4 and/or workstation 318 
is stored as a configuration file in database 320. Most preferably, sever 312 downloads the 
configuration file data to specific monitors 310 over Simple Network Management Protocol 
(SNMP). Thus, in a most preferred embodiment, users may modify the CDR/UDR profile 
configurations, and changes to old configurations are relayed to the appropriate monitors 310. 
20 External server 3 16 is preferably a dedicated server for the quahty assurance 

application because of the high volume of data associated with the call and transaction 
records. CDR/UDR data streams from monitors, such as CDR/UDR data streams 
communicated from monitor 3 10, is processed by CDR collection application 406 and UDR 
collection application 408. Database 412 holds the collected CDR/UDR data for external 
25 server 316. Collection applications 406 and 408 collects CDR/UDR data from monitor(s) 

3 10 and stores the data to database 412. This data may later be recalled by a service provider 
using workstation 318. Workstation 318 provides the user interface for querying database 
412 and receive reports therefrom through query/report writer application 418, which 
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preferably provides a GUI. Users can query database 412 for interconnection data (e.g., 
usage data and/or quality data) via GUI 418. Record storage 410 stores CDR and other call 
related information. In the exemplary implementation of Fig. 4, database 412 is 
communicatively accessible by workstation 318, while record storage 410 is not. Of course, 

5 in various alternative implementations both database 412 and record storage 410 may be 

communicatively accessible by workstation 318, and in certain implementations database 412 
and record storage 410 may be combined in a single data storage device. 

Depending upon the user's system, databases 320 and 412 may be an integral part of 
servers 312 and 316, or such databases may be embodied as separate storage devices. 

1 0 Furthermore, it should be recognized that the functionality of workstations 314 and 318 may 
be included on a single workstation for interacting with servers 312 and 316. Additionally, in 
alternative implementations, the functionality of servers 3 12 and 316 may be implemented on 
i a single server. In one embodiment, servers 3 1 2 and/or 316 may be implemented as web 

servers that allow a user to access such servers using a web browser application executing on 
f 1 5 workstations 3 1 4 and/or 318. For example, in one embodiment, server 3 1 6 is implemented as 
a web server such that a user may utilize a web browser executing on workstation 318 to 
query database 412 and obtain reports for interconnection usage and/or quahty. 

The amount of data stored and the message traffic volume are the key determinants of 
the size and processing power of server 316. Processing capabilities can be adjusted on a per 

20 user basis. A redundant server having additional capacity may also be used. In a preferred 
embodiment, server 316 collects CDR/UDR data from monitor(s) 310 and extracts statistical 
information to be stored in database 412. Preferably, CDRs/UDRs for calls in an SS7 
network are available upon call completion. In a most preferred embodiment, CDR data 
collection application 406 and UDR data collection application 408 accumulate the messages 

25 statistics upon completion of the call or transaction and adds the statistics to database 412 at 
intervals based upon the origination time of the call or transaction. Accordingly, in a most 
preferred embodiment, the statistics are continually collected and stored to database 412, but 
they are reported only upon user request. 
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The format used to store the statistics data (which includes interconnection statistics 
data) in database 412 is highly configurable and may be adapted for any storage configuration 
that the user may desire. For example, in one embodiment, separate data entries are made for 
each hour in a daily table in database 412. Thus, if server 316 and database 412 are 
5 configured to hold a week's worth of statistical data, then seven daily tables, each having 24 
intervals, are stored on database 412. Each daily table is stored for seven days. Daily tables 
are summarized into weekly tables at the end of seven days. Weekly tables have seven 
intervals, each interval representing a summarized daily table. Weekly tables are stored for 
90 days, at which point they are summarized into monthly tables having 28-3 1 intervals. 
Cjlo Monthly tables are stored locally on database 412 as long as space permits. The aging and 
summarizing process can be customized by users to comply with individual requirements. 

FIG. 5 illustrates an example of how a preferred embodiment may be utilized to verify 
-f= interconnection usage. As shown, signaling data for various interconnecting carriers 502 

(e.g., carrier A, carrier B, and carrier C) may be captured by one or more monitors 310. As 
" .15 an example, in a telephony network, monitor 310 may monitor voice trunk activity for the 

interconnecting carriers. For instance, monitor 310 may captiu-e signaling data from which 
"l various information may be determined, including the number of call attempts requiring 

■"'^ interconnecting services fi-om a carrier, as well as duration of the use of an interconnecting 

carrier's facility. Such captured signaling data may allow usage detail to be determined for 
20 each trunk group, such as date used, called number, dialed number, start of usage, and end of 

usage. As further shown in FIG. 5, this captured information may then be communicated 

from monitor 310 to server 316 and stored in historical database 412. 

Thereafter, a service provider may utilize workstation 318 to request reports of data 
stored in historical database 412. Thus, for example, a service provider may request an 
25 interconnection billing verification report that shows trunk activity by carrier or by trunk 

group over a desired period of time. Accordingly, the service provider can compare the usage 
data for a particular carrier, as provided by the billing verification report, with the usage for 
which the service provided was billed on an invoice 504 from the particular carrier. A 
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preferred embodiment allows a service provider to ensure (or verify) that invoices received 
for interconnection services are accurate by allowing the service provider to independently 
document the amount of usage of each interconnecting carrier's voice tnmks (e.g., number of 
minutes, seconds, or even milliseconds each interconnecting carrier's voice trunks are used). 
5 A preferred embodiment allows a user to generate reports based on voice trunk usage in 

various formats, ranging from summary reports to detailed reports. For example, usage can 
be reported for a particular interconnecting carrier or particular trunk group, and a service 
provider may view the amount of usage over various time periods (e.g., months, weeks, days, 
hours) or even on a call-by-call basis. A service provider can define the reporting time period 

lO for each interconnecting carrier independently so that reports generated for comparison to 
monthly invoices from other carriers will be synchronized, for example. 

; Turning to FIG. 6, an example of how a preferred embodiment may be utilized to 

verify interconnection quality is shown. As shown, signaling data for various interconnecting 
carriers 502 (e.g., carrier A, carrier B, and carrier C) may be captiwed by one or more 

1 5 monitors 310. For instance, monitor 3 1 0 may capture signaling data from which various 

information about the quality of an interconnecting service may be determined, including the 
number of call attempts requiring interconnecting services from a carrier, the number of 
answers, the number of address completes, the number of normal releases, the number of 
"ring no answers," the number of user busies, the number of abnormal releases, the number of 
20 failed calls, the number of circuit unavailables, the number of network congestions, the 
number of network failures, the number of other failures, and the number of user-defmed 
release causes. Such captured signaling data may also allow duration information to be 
determined, such as duration of call setup time, call hold time, conversion time, and the 
duration of total facility usage. As fiirther shown in FIG. 6, this captured information may 
25 then be communicated from monitor 3 10 to server 3 16 and stored in historical database 412. 

Thereafter, a service provider may utilize workstation 318 to request reports of data 
stored in historical database 412. Thus, for example, a service provider may request an 
interconnection quality verification report that shows interconnection service quality by 
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carrier or by trunk group over a desired period of time. Accordingly, the service provider can 
compare the quaUty data for a particular carrier, as provided by the quality verification report, 
with the quality of service agreed to in a service level agreement 602 for the particular carrier. 
Therefore, a preferred embodiment allows a service provider to determine how well calls are 
5 handled by interconnecting carriers (e.g., terminating and transport carriers) and compare 

their performance against other carriers. A preferred embodiment allows a service provider 
to monitor its own performance to ensure that the quahty of services it offers remains above 
negotiated levels to avoid pressure or penalties from other carriers. Additionally, a preferred 
embodiment allows a service provider to monitor the performance of other carriers to 
1 0 determine whether such carriers are performing satisfactorily. With such quality of service 

information, a service provider may decide to route more of its calls (or other communication 
: "traffic") to the carriers that provide the best quahty, or may attempt to negotiate better usage 

^ rates from the carriers providing lower performance. 

Turning to FIG. 7, an example of how a preferred embodiment may be utilized to 
15 verify interconnection services for Intelligent Network services (and signahng transport) is 
shown. As shown, signaling data for various interconnecting carriers 502 (e.g., carrier A, 
carrier B, and carrier C) may be captured by one or more monitors 310. For instance, monitor 
310 may capture signahng data from which various information about Intelhgent Network 
services usage may be determined, including ISUP (Integrated Services Digital Network - 
20 User Part) counts for lAM, ACM, ANM, REL, and RLC. Such captured signaling data may 
also allow for determination of TCAP (Transaction Capabihties Application Part) counts for 
LNP, roaming verification, toll-free/freephone, calling card, and user-defined services. As 
further shown in FIG. 7, this captured information may then be communicated from monitor 
310 to server 316 and stored in historical database 412. 
25 Thereafter, a service provider may utilize workstation 3 1 8 to request reports of data 

stored in historical database 412. Thus, for example, a service provider may request an 
interconnection billing verification report that shows interconnection signaling usage by 
carrier or by trunk group over a desired period of time. Accordingly, the service provider can 
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compare the Intelligent Network services usage for a particular carrier, as provided by the 
billing verification report, with the interconnection billing invoice 702 for the particular 
carrier. Therefore, a preferred embodiment allows a service provider to verify received 
invoices for Intelligent Network services usage, as well as provide supporting documentation 
5 to justify its own outbound invoices for Intelligent Network Services. In a preferred 

embodiment, server 316 may generate a report detailing the number of Message Signal Units 
(MSUs) or types of MSUs and the number of octets (bytes) transmitted or received. 
Furthermore, in a preferred embodiment, call setup and termination signaling usage is tracked 
through counts of ISUP signaling traffic, while Intelligent Network services are tracked 
10 through coxmts of TCAP signaling traffic. 

Turning to FIG. 8, an example of how a preferred embodiment may be utilized to 
allow a service provider to interactively analyze quality and usage verification reports is 
shown. As shown, signaling data for various interconnecting carriers 502 (e.g., carrier A, 
carrier B, and carrier C) may be captured by one or more monitors 310. For instance, monitor 

15 310 may capture signaling data fi-om which various information about trunk usage, signaling 
usage (e.g., for Intelligent Network services), and service quality may be determined. As 

=1 further shown in FIG. 8, this captured information may then be commimicated from monitor 

310 to server 316 and stored in historical database 412. 

Thereafter, a service provider may utilize workstation 3 1 8 to request various reports 
20 of data stored in historical database 412, such as billing verification and quality verification 
reports. For example, a user may interactively request a particular report for one or more 
carriers (or trunk groups) over a particular period of time (e.g., yearly, monthly, weekly, 
daily, etcetera). In a preferred embodiment, once a report is generated, a service provider 
may interactively "drill down" into information provided in the report to obtain greater 
25 information. For example, as shown in FIG. 8, a report 802 showing "incoming minutes of 
use" for carriers A, B, and C for the months of January, 1999 and February, 1999 may be 
provided on workstation 318 responsive to a service provider's request for such report. 
Thereafter, the service provider may "drill down" into particular data provided on report 802 
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to obtain greater detail. For example, suppose the service provider wants to know more 
information about the minutes of use for carrier C for the month of February, 1999, the 
service provider may click a pointer device (e.g., mouse) on the block of data 803 provided in 
report 802 for carrier C for the month of February, 1999. As a result, report 804 may be 
5 generated and presented on workstation 318 showing more detailed information about 

minutes of use for carrier C for the month of February, 1999 (e.g., divided by various trunk 
groups and by 7-day periods. Of course, to obtain a further detailed view, the service 
provider may "drill" further into the data provided in report 804. 

In a most preferred embodiment, quality and usage verification reports can be 
^10 generated from the historical database using Cognos Impromptu executing on workstation 
1. 318. Alternatively, server 316 may be implemented as a web server, and the quality and 

usage verification reports may be generated through a web browser executing on workstation 
Z 3 1 8 by accessing such web server 316. 

It should be recognized that the tracked messages may be part of one of a number of 
15 message protocols, such as Integrated Services Digital Network - User Fart (ISUP), 

Telephone User Part (TUP), Network User Part (TUP), Transaction Capabilities AppUcation 
Part (TCAP), Advanced Intelligent Network (AJN) or Integrated Network Application Part 
(INAP) calls or transactions. 

Table 5 provides an exemplary list of statistics that may be stored to database 412 for 
20 each CDR profile. 
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TABLE 5 

Number of Call Attempts 

Number of ACMs 

Number of Call Attempts Answered 

Number of User Busy Calls 

Number of Ring No Answer (RNA) Calls 

Number of Normal Release Calls 

Number of Abnormal Release Calls 

Nvimber of Unallocated Number Calls 

Number of Address Incomplete Calls 

Number of Transaction Aborts 

Number of Congested Transactions 

Number of Congested Calls 

Number of Circuit Unavailable Calls 

Number of Failed Transactions 

Number of Failed Calls 

Number of Undefined Release Cause Failed Calls 
Number of Destination Out of Order Failed Calls 
Average Call Set-Up Time 
Average Call Hold Time 
Average Answer Seizure Ratio 
User Defined 



Of course, additional statistics may be included within database 412, and any such additional 
statistics are intended to be within the scope of the present invention. Preferably, the user can 
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define specific statistics, such as release causes, that are to be stored for a particular CDR 
profile. 

In a preferred embodiment, a user may utilize workstation 3 1 8 to request a report of 
various statistics fi-om database 412, including without limitation average set-up time, 
average hold time, average conversation time, answer seizure ratio, answer bid ratio 
(ACM/all call attempts), total facility used (RLC time - lAM time), release causes/total call 
attempts ratio, and total number of calls with release cause other than that selected by the 
user. 

In a preferred embodiment, all CDRAJDR records are aggregated, by aggregation 
application 414 (shown in Fig. 4), into a single record over a given duration before insertion 
into database 412. In a most preferred embodiment, the following aggregation key is 
available: Origination and Terminating Carriers (CDRs/UDRs). Table 6 provides an 
exemplary list of aggregations that can be used to group the above statistics for reports to be 
generated by report application 418 (shown in Fig. 4). 

TABLE 6 

Calling Numbers 
Called Numbers 
Translated Numbers 

Called Numbers, then by Calling Numbers 
Translated Numbers, then by Calling Numbers 
Called Numbers, then by Translated Numbers 
Services 

Services, then by Calling Numbers 

Services, then by Called Numbers 

In Table 6 it will be understood that called, calling or translated numbers may be either a 
complete telephone number or a partial telephone number. For example, under the North 
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American Numbering Plan, reports may be created for full telephone numbers (i.e. 1-NPA- 
NXX-XXXX). Alternatively, wildcards can be used at the end of the grouping telephone 
number so that statistics are reported for all calls or transactions directed to a particular area 
code (i.e. 1-NPA) or a particular exchange code (i.e. 1-NPA-NXX). 

5 Most preferably, users can also utilize report GUI 418 to create their own query 

parameters. Queries can be stored in database 412 and stored queries can be modified. 
Generated reports may be displayed to the user on workstation 318. Alternatively, reports 
may be printed, directed to an electronic mail address, stored to a database file, or exported to 
an ASCII file. Users can configure weekly, monthly, or other periodic reports which are sent 
10 at intervals to specific users. Such periodic reports may be assigned to report application 418 
(or to a reporting application executing on server 316) to be run automatically. 

Dynamic behavioral statistics may also be generated by report apphcation 418. Users 
can select to have the statistics of Table 5 reported as to the highest and/or lowest values. For 
example, a report may comprise the 1 6 highest interconnection carriers used, or the 1 6 
15 highest number of circuit unavailable calls, for example. Preferably, behavioral statistics are 
retrieved using a Structured Query Language (SQL) query. Triggers can be configured to 
update a user's display according to changes in database 412. Once a group or aggregation of 
statistics is displayed, users can refine the report to obtain more specific data, such as a 
specific area code and exchange. 

20 Additionally, in a preferred embodiment, users may track statistical events about 

interconnection services by designating statistics to be displayed based upon a first 
occurrence, an occurrence that is more than some delta away fi-om a certain value, or 
rising/falling thresholds. When triggered, events may be displayed to the user, or stored to a 
log file. 

25 Users may also designate specific link sets or network nodes to be used for the 

statistical reports. Only those monitors that are coupled to the relevant links and nodes will 
receive the CDRAJDR profile data and only those monitors will send CDRs/UDRs to 
external server 316 for that profile. 
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Real-time statistics may also be generated by report application 418 (or a reporting 
application executing on server 316). Statistics are then updated after call or transaction 
completion and CDR generation. Displayed reports may be in the form of peg counts, bar 
graphs, or trend curves. Users may also configure reports based upon a sample of the calls or 
5 transactions or based upon a sample of the CDRs/UDRs. The sampling rate may be selected 
using CDR/UDR configuration GUI 416. 

It will be understood that workstations 314 and 318 may be separate components as 
described herein, or one workstation may be used to run both CDR/UDR configuration GUI 
416 and interconnection report GUI 418. 

=£10 It will also be understood that in a preferred embodiment the external server 316 

^ (which may be referred to as an "intercoimection analysis server" or "lA server") can accept 

= CDRAJDR data from any source, not only from the monitoring system. For example, a 

4^ switch or end office may generate CDRs/UDRs and provide the data directly to the external 

5 server 3 1 6 for further processing. Preferably, external server 316 has a modularized front end 

=|5 which allows it to receive data fi-om any source. 

ffi Although the above embodiments have been described with respect to an SS7 system , 

; it will be understood that the present invention may be adapted to monitor the quality of 

service provided on any communications network, including as examples wireline and/or 
wireless data, voice, and multimedia networks. 

20 Although the present invention and its advantages have been described in detail, it 

should be understood that various changes, substitutions and alterations can be made herein 
without departing from the spirit and scope of the invention as defined by the appended 
claims. Moreover, the scope of the present apphcation is not intended to be limited to the 
particular embodiments of the process, machine, manufacture, composition of matter, means, 

25 methods and steps described in the specification. As one of ordinary skill in the art will 
readily appreciate from the disclosure of the present invention, processes, machines, 
manufacture, compositions of matter, means, methods, or steps, presently existing or later to 
be developed that perform substantially the same function or achieve substantially the same 
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result as the corresponding embodiments described herein may be utihzed according to the 
present invention. Accordingly, the appended claims are intended to include within their 
scope such processes, machines, manufacture, compositions of matter, means, methods, or 
steps. 
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